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Die Erfindung besteht darin, dass die benotigte Konfigu- 
rationsinf ormation bereitgestellt und in Indikatoren 
aufgezahlt der Programmf luss nur noch von den so ermittelten 
Indikatoren abhangig gemacht wird. 

5 

Es zeigen 

Fig.l eine mogliche Konf iguration einer Weiterbildung, 

Fig. 2 eine Bestimmung von Indikatoren mit Tabellen, 

Fig. 3 eine daraus entstehende Anzeige. 

10 

In Fig. 1 ist ein Client 10, z.B. ein Geldausgabeautomat , 
gezeigt, der Peripheriegerate wie Kartenleser 11 u.a. 
umfasst. Die vorhandenen und aktiven Gerate sind in einer 
Tabelle 12 eingetragen. Der Client 10 ist iiber eine 

15 Netzwerkverbindung 13 mit einem Server 14 verbunden, der 

wiederum eine Verbindung in ein Bankennetzwerk 16 hat. In dem 
Server 14 ist eine Datenbank 15 gegeben, deren Benutzung 
weiter unten beschrieben wird. In dieser, bereits eine 
Weiterbildung darstellende, Konf iguration wird die Ausgabe 

20 auf den Client 10 vom Server 14 anhand der in der Tabelle 12 
bzw. Datenbank 15 eingetragenen Konf igurationsdaten erzeugt. 
Dabei werden in der Netzwerkversion bevorzugt die den Client 
10 betreffenden und von diesem ubermittelten 

Konf igurationsdaten auf dem Server dynamisch bereitgestellt, 
25 d.h. entsprechend haufig aktualisiert . Zunachst wird jedoch 
eine einfache Ausf iihrungsf orm beschrieben, die keinen Server 
und keine Netzwerkverbindung voraussetzt und bei der der 
spatere Client 10 ein Geldautomat sei . 

Dieser Geldautomat enthalt in der Regel einen Kartenleser, 
30 der Magnetstreif en- und Chipkarten lesen kann und mit IDKG 

abgekiirzt bezeichnet sei. Ferner ist ein Auszahlungsmodul AZM 
moglich. Weiterhin sei die Menge des darin vorhandenen Geldes 
mit AZVAL bezeichnet. Zudem ist ein Auszugsdrucker KADRU 
installierbar . Fur die Prufung der Autorisierung wird eine 
35 manipulationsgeschutzte PIN-Tastatur EPP installiert. 
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In der folgenden Tabelle werden nun vier Geschaf tsvorgange 
INFO, AUSZUG, UEBERW und AUSZAHL definiert: 



ID 


IDKG 


AZM 


AZVAL 


KADRU 


EPP 


INFO 


★ 


* 


* 


* 


* 


AUSZUG 


1 


* 


* 


1 


* 


UEBERW 


1 


* 


* 


★ 


i 


AUSZAHL 


1 


1 


500 




i 



5 Hier steht ein Stern '*■ fur einen beliebigen Wert. Die 
Geschaf tsvorgange sind dann folgende: 

INFO Allgemeine Information: kein Gerat notwendig. 

AUSZUG Drucken eines Kontoauszugs : Kartenleser IDKG fur die 
Kontonummer und Auszugsdrucker KADRU werden benotigt. 

10 UEBERW Eingabe einer Uberweisung: Kartenleser IDKG und eine 
PIN-Tastatur EPP zur Autorisierung werden benotigt. 

AUSZAHL Auszahlung eines Betrages: Lediglich der 
Kontoauszugsdrucker wird nicht benotigt. 

Dabei stellen die Gerate bzw. deren Eigenschaf ten abstrakt 
15 gesehen Dienstmerkmale dar, die sowohl numerisch (AZVAL) als 
auch boolesch sein konnen. Die Symbole INFO, AUSZUG usw. in 
der ersten Spalte stellen Indikatoren dar. Durch die Tabelle 
wird einer Kombination von Dienstmerkmalen jeweils ein 
Indikator zugeordnet . 

2 0 Dabei ist das Dienstmerkmal vorhanden , wenn das 

entsprechende Gerat installiert und betriebsbereit ist. Daher 
kann es zweckmaSig sein, dieses Dienstmerkmal \iber zwei 
Tabellen zu bestimmen; in einer Tabelle sind die in dem 
jeweiligen Gerat installierten Gerate unabhangig vom 

25 Betriebszustand aufgefuhrt, in der zweiten Tabelle konnen 
(installierte) Gerate vom Bediener oder Techniker auf 
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verfugbar (online) oder nicht verfugbar (offline) gestellt 
werden . 

Ein ubliche Datenbankabf rage liefert dann beispielsweise 
folgende Tabelle: 

5 



Ger&t 


Dienstmerkmal 


IDKG 


1 


AZM 


1 


AZMVAL 


20000 


KADRU 


0 


EPP 


1 



Kombination mit der obigen Tabelle ergibt die Verf tigbarkei t 
der Dienstmerkmale: 



ID 


Verfiigbar 


INFO 


1 


AUSZUG 


0 


UEBERW 


1 


AUSZAHL 


1 



10 Hier sind die Indikatoren als boolesche Werte mit 0 oder 1 
dargestellt, so dass sich eine eindeutige JA/NEIN Aussage 
ergibt. Diese Operation ist in Fig. 2 dargestellt. In diesem 
Fall ist dann einfach 1 der Grenzwert, fur den das 
Dienstmerkmal als zutreffend gilt. 

15 Im einfachen Fall sind die Indikatoren direkt jeweils einem 
Softkey einer Bildschirmmaske zugeordnet, so dass dem 
Benutzer signalisiert wird, dass von den vier Auswahl- 
moglichkeiten INFO, AUSZUG, UEBERW und AUSZAHL lediglich 
AUSZUG nicht verfugbar ist; dies konnte wie in Fig. 3 gezeigt 

20 aussehen. Dabei ist ein Bildschirm 20 mit Funktionstasten 
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(Softkey) 21a, 21b und 21c gezeigt, bei dem den drei 
verfiigbaren Interaktionen jeweils ein Softkey zugeordnet und 
fur die nicht verfugbare Interaktion ein erklarender Text 
dargestellt wurde. 

5 Anstelle von Tabellen konnen auch Formeln verwendet werden, 

im obigen Fall wurde dies fur die letzte Zeile beispielsweise 
lauten : 

AUSZAHL := IDKG & AZM & (AZVAL > 500) & EPP 

Die Evaluierung solcher Ausdrucke ist aus dem Gebiet der 
10 interpretierten Programmiersprachen allgemein bekannt. 

In der obigen Darstellung wurde das Symbol '*' fur ' beliebig' 
verwendet. Alternativ hierzu konnen die logischen Werte als 
' 0 1 und ' 1' eingetragen werden und ein Wertvergleich 
stattfinden; eine '0' wirkt dann wie 'beliebig'. 

15 Die Erfindung entfaltet ihr Potential im Rahmen einer 

bevorzugten Weiterbildung einer Konf iguration, wie sie in 
Fig.l gezeigt ist. Geldautomaten werden heute als Clients in 
einem Netzwerk mit Servern betrieben; uber das Netzwerk 
werden nicht nur die reinen Banktransaktionen abwickelt, 

2 0 sondern auch die Benutzerschnittstelle aufbereitet und 

definiert. Besonders verbreitet ist die Losung, bei der ein 
HTML-Browser zur Gestaltung der Benutzeranzeige eingesetzt 
wird, dessen HTML-Datei jeweils vom Server bereitgestellt 
wird. In diesem Fall werden die Dienstmerkmale vom Client an 

2 5 den Server iibermittelt; hierfiir wird bevorzugt eine 

existierende Wartungskomponente im Netzwerk verwendet. 
Naturlich konnen hierzu auch die Kopfzeilen (Header) im HTTP- 
Protokoll ausgenutzt werden; beispielsweise wie es in dem 
RFC 2295 "Transparent Content Negotiation in HTTP; K. 

30 Holtman, A. Mutz; March 1998" vorgeschlagen ist. Eine andere 
Moglichkeit besteht darin, einen Server-ahnlichen Dienst im 
Client einzurichten, bei dem der Server die Konf igurations- 
daten abfragen kann. Alternativ oder zusStzlich kann der 
Client von sich aus bei einer Anderung die Daten an den 

35 Server als geanderte Dienstmerkmale ubermitteln ('push'- 
Betrieb) . 
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Dazu kommen dann Dienstmerkmale, die im Server bestimmt 
werden. Dies konnen beispielsweise alle Bankenkreise sein, zu 
denen eine Online- Verbindung besteht. 

Hierzu wird eine Variante der Erfindung verwendet, bei der 
5 die Werte der Indikatoren von der Software jederzeit 

aktualisiert abgefragt werden konnen. Wird ein Indikator 
durch eine Formel bestimmt, dann ist dies ohnehin der Fall. 
Wird ein Indikator durch Datenbank-Tabellenoperationen 
bestimmt, dann kann entweder eine Funktion zur Aktualisierung 

10 bereitgestellt werden, die die obige Tabelle neu erstellt. 
Moderne Datenbanksysteme bieten die Moglichkeit, selbst 
komplexe Abfragen als 'view' zu definieren und dann 
automatisch zu aktualisieren . In diesem Fall muss die 
Datenbankstruktur derart gestaltet sein, dass die Daten 

15 zusatzlich eine Angabe fiber das Terminal, d.h. den Client, 

en thai ten, und die obigen Tabellen z.B. als 'view' verfiigbar 
sind . 

Hiernach ergibt sich folgender Ablauf : 

Zunachst wird ein Indikator LOGIN definiert, der nur den 
20 Kartenleser benotigt. Durch das Einlesen der Karte wird die 
Kartennummer zum Server ubertragen, der aus der Kartennummer 
und ggf . anderen Angaben auf der Magnetspur oder dem Chip den 
Bankenkreis bestimmt. Danach wird der Bankenkreis in die 
Datenbank eingetragen (bezogen auf das jeweilige Client- 
25 Gerat) , und die Indikatoren neu bewertet. 

Beispielsweise wird in AbSnderung zur obigen Tabelle der 
Indikator UEBERW nur fur bestimmte Bankenkreise aktiviert. 
Sind dies mehr als einer, so werden bei der skizzierten 
Realisierung mit relationalen Datenbanken mehrere Zeilen 
3 0 eingetragen, die sich nur in dem Feld fur den Bankenkreis 
unterscheiden . 

In gleicher Art wird aus der Kontonummer entnommen, zu 
welchen Diensten der Kunde Zugang hat, und eine entsprechende 
Tabelle aktualisiert. Diese werden dann in gleicher Weise wie 
35 die Bankenkreise in die Bedingungen fur die Indikatoren 

aufgenommen, so dass ein Menueintrag fur "Uberweisung" nur 
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dann angezeigt wird, wenn nicht nur eine PIN-Tastatur 
vorhanden, sondern auch Uberweisungen fur den Kunden 
f reigeschaltet sind . 

Aus dem Beispiel wird deutlich, dass die Erstellung und 
5 Wartung der Software fur die Benutzerschnittstelle mit 
Benutzung der Erfindung wesentlich vereinfacht wird. Die 
Software fragt nicht mehr direkt ab, welche Funktionen 
bereitstehen, sondern verwendet statt dessen Indikatoren, die 
in ihrer Gesamtheit nicht mehr installations- und kunden- 
10 abhangig sind. Die Anpassung an die jeweilige Installation 
erfolgt nach der bevorzugten Variante durch Tabellen, deren 
Datenmodell gleichfalls vordefiniert und einheitlich sein 
kann. Lediglich die unterschiedlichen, anwendungsbezogenen 
Inhalte der Tabellen bestinunen die angebotenen Interaktionen . 



WO 2005/073844 



PCT/DE2005/000097 



8 

Anspriiche 

1. Steuerung der von einer Benutzerschnittstelle eines Gerats 
angebotenen Interaktionen in Abhangigkeit von fur das Gerat 

5 verfiigbaren Dienstmerkmalen, wobei 

Indikatoren durch die Kombination von Dienstmerkmalen 
bestimmt werden, 

jeder Interaktion ein Indikator und ein Grenzwert zu- 
geordnet ist, 

10 - die Interaktion angeboten wird, wenn der Indikator den 

Grenzwert erf iillt . 

2. Steuerung nach Anspruch 1, wobei ein Dienstmerkmal als 
Wahrheitswert die Verf iigbarkeit eines Dienstes oder als 
Zahlenwert die verfugbare Leistung eines Dienstes anzeigt. 

15 3. Steuerung nach Anspruch 2, wobei die Zuordnung von Dienst- 
merkmalen zu Indikatoren iiber Ausdriicke erfolgt. 

4. Steuerung nach Anspruch 2, wobei der Indikator ein Wahr- 
heitswert ist und die Indikatoren booleschen Ausdriicke mit 
arithmetischen Vergleichsoperatoren fur die Dienste mit 

2 0 Zahlenwert entsprechen. 

5. Steuerung nach einem der vorherigen Anspriiche, wobei die 
Indikatoren mittels einer Tabelle bestimmt werden, in dem 
jedem Indikator Grenzwerte fur die Dienstmerkmale zugeordnet 
werden . 

2 5 6. Steuerung nach Anspruch 5, wobei ein besonderer Eintrag 
fur ein Dienstmerkmal vorgesehen ist, der immer zutreffend 
ist . 

7. Steuerung nach einem der vorherigen Anspriiche, wobei das 
Gerat als Client mit einem Server verbunden ist, der dem 
30 Client Dienste zur Verfugung stellt, die von Indikatoren 
abhangig sind, und wobei ein Verfahren zur Ermittlung 
entsprechender Dienstmerkmale vorgegeben ist und diese 
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Dienstmerkmale fur die Bestimmung von Indikatoren verwendbar 
sind. 

8- Steuerung nach Anspruch 7, wobei die von dem Server dem 
Client zur Verfugung gestellten Dienste die Ausfuhrung der 
Benutzerschnittstelle umfassen. 

9 . Steuerung der gesamten Interaktionen durch einen zentralen 
Server, welcher dynamisch die auf dem Client verfiigbaren 
Dienste und Dienstmerkmale verwaltet und dariiber hinaus auch 
die Verfiigbarkeit eigener Betriebsmittel (DB, Hostverbindung, 
etc.) in die Bewertung einflieSen lasst. 

10. Steuerung nach Anspruch 9, wobei die angebotenen 
Interaktionen und die Indikatoren auf dem Server bestimmt 
werden und Dienstmerkmale von dem Client an den Server 
ubertragen werden. 
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